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METHOD OP VOIP COMMUNICATION WITH ADDITIONAL DATA TRANSMISSION 



The present invention is related to the field of the 
telecommunications, in particular in connection with Voice over Internet 
(VoIP) applications. 

Nowadays, the real-time transport protocols using RTP 
channels as described in IETF RFC 1889, such as for example the protocols 
known as H.323, Session Initiation Protocol (SIP) or H.248/Megaco, only 
consider call-related information exchanges between terminating points. 

Indeed, these protocols consider signaling between 
communications terminals only for call set up and evolution. Once the RTP 
communication channel is established, there is no possibility to transmit 
additional data, i.e. data other than the audio and/or video data forming the 
payload of the exchanged streams. 

When considering the foregoing context, one must differentiate 
the two planes involved in such communications, namely the signaling 
plane and the user plane. 

In the signaling plane, data is exchanges between signaling 
gateways using the afore mentioned protocols (H. 323, SIP, ...) in order to 
configure the communication or session and to make it evolve if wanted or 
needed (invite another user, cut the communication, . . .)• 

In the user plane, data is exchanged between media gateways 
over a RTP channel, the usefiil data bemg the payload. 

Nowadays, no possibility is provided to allow transmission of 
additional media related data over said RTP channel, which for example 
could allow to modify the use of the media. 

One must point out that the H.323 protocol provides a specific 
H.320 channel for exchanging such additional data. Nevertheless, using a 
proper channel for such purposes seems excessive and too ressources 
consuming. 

Furthermore, it must also be noticed that current IP networks 
do not provide means for inband end-to-end signaling. 

The main aim of the present invention is to fill the lack 
expressed before and to provide a simple solution allowing user-to-user 
additional data exchange during communications over IP networks. 
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Therefore, the present invention concerns first a 
communication protocol suitable for bi-directional VoIP communication 
with media streams including audio and/or video data, and based on a real- 
time transport protocol (RTP) as described in IETF RFC 1889, wherein 

5 packets mainly comprised of a header part and a payload part are 
exchanged between at least two users, thus forming a RTP channel, 
characterised in that at least one sub-channel is embedded within the RTP 
channel, said sub-channel being adapted to carry command, signaling 
and/or information data. 

10 Preferably, the header part of each packet comprises at least 

one extension bit in a predetermined place, whereby allowing to provide 
one or several additional fields in the header or in a header extension of said 
packets to carry said conamand, signaling and/or information data. 

The present invention also encompasses a method for operating 

15 a bi-directional VoIP communication over an IP network, based on a real- 
time transport protocol (RTP) as described for example in IETF RFC 1889, 
wherein media streams including audio and/or video data are exchanged, 
over a RTP channel, between at least two users, in the form of packets 
mainly comprised of a header part and a payload, characterised in that 

20 additional command, signaling and/or information data is transmitted 
through at least one sub-channel embedded withia the RTP channel and 
available in both transmission directions. 

As indicated before, additional fields are provided in the header 
part or in a header extension of the transmitted packets, in particular by 

25 setting at least one extension bit 

Thus, bi-directional user-to-user exchanges of information 
during a normal or a multimedia communication is made possible by 
creating sub-channels in a RTP channel to carry other types of data than 
said multimedia data. 

30 For example, several kinds of sub-channels are possible: 

- command sub-chaimel 

- signaling sub-chaimel 

- information sub-channel. 

Advantageously, the bi-directional VoIP communication is 
35 operated on the basis of the protocol as described before. 
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A preferred structure of an RTP packet incorporating the 
additionnal fields proposed by the invention, is schematicaUy shown on the 
enclosed figure. 

Thus, as can be seen from said figure, providing additionnal 
5 field(s) to cany said additional signaling data for transmission between 
users consists, in relation to the IETF RFC 1899 protocol features and for 
each transmitted packet, in setting the marker bit M and the extension bit X, 
in coding the payload type bits PT with the information of the user to user 
signals and in providing a header extension following the normal RTP 
10 header and comprising a profile indication field, a length indication field, a 
signaling type indication field and several bytes for receiving the additional 
data to be carried, the number of bytes corresponding to the value of the 
content of the length indication field. 

When carrying out the method of the invention, the 
15 communication terminal of the user on the reception side analyses, upon 
receipt of a RTP packet, the header, in particular at least one extension bit, 
of the received packet and takes into account the conmiand, signaling 
and/or information data contained in the additional fields of the said header 
or header extension. 

2^ The invention will now be described furflier on in a non 

limitative way and in relation to specific examples. 

As closed before, the main purpose of the invention is to 
introduce some additional information in media streams carried over a RTP 
channel. During bi-directional VoIP communication, media streams 
25 including either audio or video information or both are sent through a RTP 
channel ftilly described in the IETF RFC 1 889 document 

Current RTP channels convey only media streams with few 
additional information like timestanotps and sequence numbers. 

The present invention proposes a new scheme of this RTP 
30 channel basically built on its current description by adding signaling 
messages on both paths of the bi-directional communication. 

To add information in the RTP channel, it is necessary to 
extend the field of information to be carried. This is done by adding a new 
element in the header indicated by an extension bit. This extension bit 
35 enables to create new fields in the header to multiply considerably the 
possibilities of the RTP channel. 
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At reception of such a RTP packet, the receiving terminal 
analyses the header and reacts accordingly in taking into account the 
information contained in the sub-channel. 

By way of the two following examples of two possible scenarii 
5 of communications between two users A and B, the practical advantages of 
the invention will become apparent. 

As a first example, a VoIP call between A and B is considered: 

- A and B are talking and A asks B to spell a particular word, 

- B could choose either to spell it vocally or to write it on the 
10 keyboard of this own terminal then to send to A, via an information sub- 
channel, by activating a command on his terminal, 

- at reception, the terminal of user A analyses the header and 
then display the information on the screen/display. 

As a second example, a multimedia communication (voice + 
15 video) between A and B is considered: 

- A and B are talking and use each their own motorized camera 
to show document and/or objects, 

- A presents an object in the field of the camera connected to 
his terminal, 

20 - B activates on his own terminal the joystick for zooming 

and/or modifying the angle of view, 

- the commands are transmitted via the existing RTP channel 
(either voice or video channel) firom terminal B to terminal/camera A on an 
embedded sub-channel, 

25 - at reception, the terminal of user A analyses the header and 

then forwards the command to the camera. 

The present invention is, of course, not limited to the preferred 
embodiment described and represented herein, changes can be made or 
equivalents used without departing firom the scope of the invention. 



